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BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

The present invention relates to computer hosted calendars, more 
particularly the present invention relates to computer hosted calendars having 
5 a plurality of distinct read and write authorizations. 

2. Background Information 

Computer hosted calendaring systems in general are well known in the 
art. These prior art systems provide to an individual user a computer 

10 maintained record of the individual user's event schedule, and data 
associated with each event in the schedule, arranged for viewing in a 
temporal presentation. Each event usually has three components, a starting 
time, an ending time, and a description, with the starting time and the ending 
time together defining an event time-slot. The temporal presentation is 

15 generalSy arranged according to a calendar. The calendar is generally 
arranged according to several selectable views that include a yearly view, a 
monthly view, a weekly view, a two-day view, and a daily view. 

Computer hosted calendaring systems are generally maintained and/or 
stored either in a stand-alone computer system, or in a networked computer 

20 system. In a networked computer system, the calendaring system can also 
be networked. A networked calendaring system permits a calendar owner's 
calendar, whose event schedule is maintained and/or stored by one computer 
system, to be accessed on another computer system functionally connected 
to the computer system that maintains and/or stores the calendar owner's 

25 calendar. In these networked calendaring systems, a calendar owner's 
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system is generally maintained and stored on a server system, with the 
calendar owner, and other potential user's of the calendar, functioning as 
clients in relation to the server. Alternatively, the calendar owner's calendar 
may be maintained and stored in the calendar owner's computer, with other 
users functionally connected to the calendar owner's calendar through a 
server, or alternatively interfacing directly to the calendar owner's calendar in 
a local network having local protocols. 

A computer hosted calendaring system is conventionally accessible by 
authorized users other than the calendar owner, who can read and/or write 
event data from and to the calendar owner's schedule. However, these poef 
art-calendaring systems provide to these authorized users an authorization for 
only the entire calendar owner's calendar (except for conventionally 
designated private events), rather than for uniquely defined time-slots for a 
read and/or a write operation. Moreover, these prior art systems do not 
15 provide for a plurality of user groups, each user group defined by a set of 
distinct authorized time-slots for a read and/or a write operation. 



SUMMARY OF THE INVENTION 

A method of calendaring events in a computing system, and an article 

20 containing instructions for operating a calendar in a computing system are 
disclosed. A calendar owner can define a plurality of user types and user 
identifications for his or her calendar to the computing system. For each user 
type or user identification, the calendar owner designates the time-slots in his 
or her calendar to which the user type or identification has both a read 

25 access, and a write access, to his or her calendar. The read access and the 

3 
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write access time-slots can be separately defined. The calendar owner can 
also assign individual parties to the designated access of another user type or 
identification. A party trying to gain read and/or write access to the calendar 
owner's calendar attempts to access the calendar through the computer. If 

5 the party has been designated by the calendar owner to have access to the 
calendar owner's calendar, he or she is accorded the time-slots that the 
calendar owner has designated. 

In one embodiment of the present invention, the computer system 
designates to each possible second party user a read and/or a write access 

10 privilege, each including an ability to read or write data from at least one 
particular predetermined calendar time-slot The computer reads an 
identification of a party conforming to one of the possible users, and the user 
accesses calendar data according to the user's designated calendar access 
privilege. 

1 5 In another embodiment of the present invention, one or more 

computer-readable media have stored a plurality of programming instructions 
for execution by at least one computer, that when executed perform the 
operation of designating to a user of the calendar a specific access ability 
based on a characteristic of the user, and processing a request to access the 

20 calendar based on the designated access ability. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be described by way of exemplary 
embodiments, but not limitations, illustrated in the accompanying drawings. 
25 Identical numerals indicate the same elements throughout the figures. 
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Figure 1 is an exemplary Owner Authorization menu presented to a 
calendar user on a computer system display, according to one embodiment. 
A calendar owner uses an Owner Authorization menu to grant to a second 
party read and/or write access to the owner's calendar, as well as to 
5 designate the time-periods for the respective second party read and or write 
access. 

Figure 2 is an exemplary Guest Identification menu for associating a 
user group with a user identification according to one embodiment. 

Figure 3 is the exemplary Owner Authorization menu of Figure 1 in 
10 which both read and write access data has been entered for a second party 
user, as well as the time-periods for that access. 

Figure 4 is an exemplary conventional monthly calendar with entries, 
presented on a computer system display or alternatively printed. 

Figure 5 is an exemplary conventional two-day calendar for the days 
15 Thursday June 8, and Friday June 9, presented on a computer system 
display or alternatively printed. 

Figure 6 is an exemplary monthly calendar extracted from the calendar 
owner's monthly calendar portrayed in Figure 4, for a second party user 
having an exemplary restricted read access portrayed as the time-periods 
20 entered in the Owner Authorization menu portrayed in Figure 3, presented on 
a computer system display or alternatively printed, according to one 
embodiment. 

Figure 7 is an exemplary conventional two-day calendar with entries 
that are consistent with the entries portrayed in Figure 4 for an exemplary 
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date June 12, presented on a computer system display or alternatively 
printed. 

Figure 8 is an exemplary conventional two-day calendar with entries 
that are consistent with the entries portrayed in Figure 4 for an exemplary 
5 date June 13, presented on a computer system display or alternatively 
printed. 

Figure 9 is an exemplary conventional two-day calendar with entries 
that are consistent with the entries portrayed in Figure 4 for an exemplary 
date June 15, presented on a computer system display or alternatively 
10 printed. 

Figure 10 is an exemplary two-day calendar from a calendar owner's 
two-day calendar for June 12 portrayed in Figure 7 according to one 
embodiment, for a second party user having a restricted read access 
portrayed as the time-periods entered in the Owner Authorization menu 
15 portrayed in Figure 3, presented on a computer system display or alternatively 
printed. 

Figure 11 is an exemplary two-day calendar from a calendar owner's 
two-day calendar for June 13 portrayed in Figure 7 according to one 
embodiment for a second party user having a restricted read access 
20 portrayed as the time-periods entered in the Owner Authorization menu 

portrayed in Figure 3, presented on a computer system display or alternatively 
printed. 

Figure 12 is an exemplary two-day calendar from a calendar owner's 
two-day calendar for June 15 portrayed in Figure 8 according to one 
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embodiment, for a second party user having a restricted read access 
portrayed as the time-periods entered in the owner authorization menu 
portrayed in Figure 3, presented on a computer system display or alternatively 
printed. 

5 Figure 13 is an exemplary Guest menu for a second party to access a 

calendar owner's calendar, to read from and/or write to the calendar owner's 
calendar, according to one embodiment. 

Figure 14 is an exemplary Second Party Write menu for a second party 
to write into a calendar owner's calendar, according to one embodiment 
10 Figure 15 is a flowchart portraying a method according to one 

embodiment, of maintaining a second party read access status, and a second 
party write access status. 

Figure 16 is a flow chart for associating a user identification or access 
type with a calendar access ability, and designating to a calendar user that 
15 access ability, according to one embodiment. 

Figure 17 is a flowchart for reading and writing data from a time-slot of 
a computer maintained calendar of this invention, according to one 
embodiment. 

Figure 18 is a flowchart for receiving from a second party having a user 
20 type or group affiliation, a request for a first party's calendar for a time-period, 
and processing the request according to the user type or group affiliation, 
according to one embodiment. 
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Figure 19 is a flowchart for receiving input for a calendar owner's 
| calendar by a second party user, and processing the input according tothe 
second party's type or affiliation, according to one embodiment. 

Figure 20 is an exemplary computer system that is related to the use of 
5 the present invention, according to an embodiment. 

DETAILED DESCRIPTION OF THE INVENTION 

In the following description, various aspects of the present invention 
will be described. However, it will be apparent to those skilled in the art that 
10 the present invention may be practiced with only some or all aspects of the 
present invention. For purposes of explanation, specific numbers, materials 
and configurations are set forth in order to provide a thorough understanding 
of the present invention. However, it will also be apparent to one skilled in the 
art that the present invention may be practiced without the specific details. In 
15 other instances, well known features are omitted or simplified in order not to 
obscure the present invention, i n part i cu l ar, th e pr e s e nt i nvention i s 
presented with r e f erence to a p l ur al ity of d i splays and data i nput m e nu s . - 
Thooo di s plays and d a ta input monus aro ex e mplary and il l u s tr a t i v e of ~an 
e mbod i m e nt of the pr e s e nt i nv e nt i on, a nd how the pres e nt inv e ntion can b e 
ed. It i s understood that t he-dis p l ays and monus requir e d by -th e - present 
i nv e nt i on and pr ese nt e d h e rein for e x e mp l ary purpos e s ar e adaptab le to 
conform to 4he-d ata disp l ay and entry charact e r isti cs of other calendar i ng 



Some portions of the detailed descriptions that follow are presented in 
25 terms of algorithms and symbolic representations of operations on data bits 
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within a computer memory. These algorithmic descriptions and 
representations are the means used by those skilled in the data processing 
arts to most effectively convey the substance of their work to others skilled in 
the art. An algorithm is here, and generally, conceived to be a self-consistent 
5 sequence of steps leading to a desired result. The steps are those requiring 
physical manipulations of physical quantities. Usually, though not 
necessarily, these quantities take the form of electrical or magnetic signals 
capable of being stored, transferred, combined, compared, and otherwise 
manipulated. It has proven convenient at times, principally for reasons of 

10 common usage, to refer to these signals as bits, values, elements, symbols, 
characters, terms, numbers, or the like. 

It should be borne in mind, however, that all of these and similar terms 
are to be associated with the appropriate physical quantities and are merely 
convenient labels applied to these quantities. Unless specifically stated 

15 otherwise as apparent from the following discussion, it is appreciated that 
throughout the description, discussions utilizing terms such as "processing" or 
"computing" or "calculating" or "determining" or "displaying" or the like, refer 
to the action and processes of a computer system, or similar electronic 
computing device, that manipulates and transforms data represented as 

20 physical (electronic) quantities within the computer system's registers and 
memories into other data similarly represented as physical quantities within 
the computer system memories or registers or other such information storage, 
transmission or display devices. 

The present invention also relates to apparatus for performing the 

25 operations herein. This apparatus may be specially constructed for the 
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required purposes, or it may include a general purpose computer selectively 
activated or reconfigured by a computer program stored in the computer. 
Such a computer program may be stored in a computer readable storage 
medium, ,, ouch as, but is not limit e d to ran y type of disk i n clu d i ng floppy d i sks, 
optic a l disks, CD ROMs, and magnetic opt i ca l d i sks, road on l y memor i es 
(ROMs), random access m e mori e s (RAMs), EPROMs, EEPRQMs, magn e t i c 
or opt i ca l oard s, or any type of m edi a su i table for storing e lectro nic 
i nstruct i ons, and ea ch coup l ed to a computer syst e m bus. 

The algorithms and displays presented herein are not inherently 
10 related to any particular computer or other apparatus. Various general 
purpose systems may be used with programs in accordance with the 
teachings herein, or it may prove convenient to construct more specialized 
apparatus to perform the required method steps. The required structure for a 
variety of these systems will appear from the description below. In addition, 
15 the present invention is not described with reference to any particular 

programming language. It will be appreciated that a variety of programming 
languages may be used to implement the teachings of the invention as 
described herein. 

Parts of th e d e script i on w il l b o pr e sent e d using terms such as scr i pts, 

appl e t, end us o r i nterfaces, icons, and co forth, common l y e mp lo yed by those 
ok i il o d i n tho art to convey th e substanc e of -thei r work to others skill e d - in th e 
art. Parts of th e doscr i ption w ill b e pr e s e nt e d ir + terms of op e rat i on s 
p erform e d by a comput e r syst e m, us i ng terms such as register i ng, notify i ng, 
sond i ng, and so forth. As wel l und e rstood by tho s e skil l ed in th e art, th e s e 
q uant i ti e s a nd op o rations take th e form of e le ctr i ca l , magnet i c, or optical 
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iab le of b e ing stored, transf e rred, combinod, and otherw i se 
manipulated through m e chan i ca l and el ectrical compon e nts of a dig ital 

special purpos e data process i ng machin e s, syst e ms, a nd 4he l ik e , that ar e 
st anda l on e , adjunct orombedd e d- 

Various operations will be described as multiple discrete steps 
performed in turn in a manner that is most helpful in understanding the 
present invention, however, the order of description should not be construed 
as to imply that these operations are necessarily order dependent, in 
10 particular, the order the steps are presented. Furthermore, the phrase "in one 
embodiment" will be used repeatedly, however the phrase does not 
necessarily refer to the same embodiment, although it may. 

Referring now to Figure 1, a calendar owner (or other party having 
access authority for the calendar, hereinafter calendar owner) can preferably 
15 call up an Owner Authorization menu 1 on a computer display to give use 
access to a party, a group of parties, or a type of user to the owner's 
calendar. The Owner Authorization menu 1 has a User data entry field 2 for 
an alphanumeric selection of the party, group of parties, or type of user 
(hereafter second party} being given an access status to the user's calendar. 
20 The user preferably selects the User data entry field 2, and subsequently 
enters the second party's alphanumeric designation via a computer keyboard, 
with the entry subsequently displayed in the User data entry field 2. 

The Owner Authorization menu 1 has a selection field for designation 
of a read access status 4a, and a selection field for designation of a write 
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access status 4b. The default access status for any second party is not- 
access, but whatever access status that was previously selected for a second 
party is preferably maintained until the access is changed. In order to give 
read access to the second party, the owner selects the read access selection 

5 field 4a, and in order to not.give read access to the second party, the owner 
does not select the read access selection field 4a. Similarly, in order to give 
write access to the second party, the owner selects the write access selection 
field 4b, and in order to not give write access to the second party, the owner 
does not select the write access field 4b. The calendar owner selects both 

10 the read access selection field 4a and the write access selection field 4b, in 
order to give both a read and a write access to the second party, and the 
calendar owner does not select the read access field 4a and the write access 
field 4b, in order to not give both a read and a write access to the second 
party. 

15 The Owner Authorization menu 1 has selection fields for designation of 

| the time-periods within the calendar owner's calendar f or which the second 
party is being given read access 6a and write access 6b. The read access 
and write access selection fields 6a and 6b, are preferably implemented as a 
separate selection field for each day of the week 6a1 , 6b1 for recurrent 

20 access throughout the year, and alternatively as a day of a month 6a2, 6b2 
for a specific date in a year; as well as a time-period 6a3, 6b3 implemented 
from a first designated hour and minute, to a second designated hour and 
minute, for read access and write access respectively. 

12 
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The Owner Authorization menu 1 also has selection fields for event 
types 3, including exemplary event types meeting, appointment reminder, 
and event. The calendar owner can optionally select these event types in an 
embodiment of the present invention, to further restrict second party access 

5 to the writing of specific event types, or the reading of specific event types 
within the valid access time-periods. 

Referring now to Figure 2, a Guest Identification menu 8 embodiment 
of the present invention enables the association of the access granted to a 
second party user identified in User data entry field 2 with a particular second 

10 party user entry, so that a calendar owner can define the access status of a 
party, a group of parties, or a type of user in the exemplary Owner 
Authorization menu 1 , and give the particular second party that same defined 
calendar access. This capability of the present invention allows the calendar 
owner to give an access status to a grouping, and then assign to an individual 

1 5 or other group title the access status of the grouping. This enables the 
particular second party to access the calendar owner's calendar by entry of 
the particular second party alphanumeric identification, rather than the second 
party user identification entered in User data entry field 2. 

The calendar owner preferably selects Group/Type data entry field 9b 

20 and subsequently enters the party, group of parties, or type of user entered in 
User data entry field 2 of Figure 1 in the Group/Type entry field 9b, and 
selects User data entry field 9a and subsequently enters the particular party 
alphanumeric identification in User data entry field 9a, preferably in any order. 
The particular party acquires the same calendar access status as the party, 
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group of parties, or type of party entered in data entry field 9b. In the 
preferred embodiment of the present invention, only a calendar owner can 
enter data into this menu. In another embodiment of the present invention, 
any party can enter data into this menu, and if the calendar owner desires to 

5 maintain an access control of his or her calendar, he or she will enter a cryptic 
ID entry in data entry field 2. A specific example of the utility of this aspect of 
the present invention is a calendar owner assigning an access status to 
"teachers" in data entry field 2, entering in Type data entry field 9b "teachers", 
and the name of a particular second party such as the name "Ann" in User 

10 data entry field 9a, and accordingly giving the access status of "teachers" to 
"Ann", who may be a particular teacher. 

Referring now to Figure 3, a calendar owner has entered data into the 
Owner Authorization menu 1 described with reference to Figure 1 In this 
exemplary Owner Authorization menu data entry, a calendar owner has 

15 granted both a read access and a write access to a second party identified in 
data entry field 2 as an exemplary Mr. Charney, for Mondays-Fridays, from 
9:00 a.m. -3:00 p.m. each day. This is an example illustrative of the utility 
and novelty of the present invention, wherein a calendar owner can grant 
both, or either, a read and write access to a second party for a specific time- 

20 period. In the example portrayed, the entries are consistent with a student 
calendar owner granting both a read access and a write access for his or her 
calendar to a teacher, during, and only during, the traditional time-slot of the 
| traditional school day. Other useful second parties are,, for instance, social 
friends having calendar access on Friday and Saturday nights, study group 
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members having calendar access on weekday nights, and teachers having 
calendar access Mondays-Fridays, 9:00 am.-3:00 p.m.. 

in User data entry field 2, the calendar owner has entered a "Mr. 
Charney" as the identification of the second party to have access to the user's 
5 calendar. The calendar owner has designated in read access field 4a a read 
access, and in write access field 4b a write access, to Mr. Charney. In the 
read access day of the week selection field 6a1, the calendar owner has 
j selected both Mondays, Tuesdays, Wednesdays, Thursdays, and Fridays, 
thus giving to Mr. Charney a read access to the calendar owner's calendar for 
10 each day Monday-Friday. In the read access time-period selection field 6a3, 
| the calendar owner has given to Mr. Charney, for each of the read access 
designated days Mondays-Fridays, a time-slot read access for from 9:00 a.m. 
to 3:00 p.m.. In the write access day of the week selection field 6b1, the 
j calendar owner has selected beta-Mondays, Tuesdays, Wednesdays, 
15 Thursdays, and Fridays, thus giving to Mr. Charney a write access to the 
calendar owner's calendar for each day Monday-Friday. In the write access 
| time-period selection field 6b3, the calendar owner has given to Mr. Charney, 
for each of the write access designated days Mondays-Fridays, a time-slot 
write access for from 9:00 a.m. to 3:00 p.m.. 
20 Thus, the calendar owner, by entering data into the exemplary Owner 

Authorization menu 1, has given to auser having an identification of 'Mr. 
Charney" both a read access to his/her calendar for each day Monday - 
Friday, from 9:00 a.m. - 3:00 p.m., and a write access for each day Monday - 
Friday, from 9:00 a.m. - 3:00 p.m.. This example is useful for the case in 
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which the calendar is owned by a student, and Mr. Charney is a teacher, or 
vice versa. According to the exemplary calendar access inputs, a student has 
given one of his/her teachers both a read and a write access to the student's 
calendar during normal school hours, Mondays - Fridays, 9:00 a.m. - 3:00 
5 p.m.. The teacher Mr. Chamey can both write to the owner's calendar for 
these time-slots, as well as read from the owner's calendar for these time- 
slots. 

Referring now to Figure 4, a conventional exemplary monthly calendar 
15 displays a calendar owner's time-period entries for each day of an 

10 exemplary month. The calendar displays for each day, the beginning time for 
each time-slot entry. It is noted that calendar 15 indicates time entries for 
each day Thursday June 1, through Saturday June 17, as well as Wednesday 
June 21, Thursday June 22. and Thursday June 29. With specific exemplary 
reference to Thursday June 1 , the calendar 15 indicates two time-slot entries, 

15 the first at 12:00 p.m., and the second at 6:00 p.m., and with specific 

exemplary reference to Friday June 9, the calendar 15 indicates one time-slot 
entry beginning at 1:00 p.m.. 

Referring to Figure 5, a conventional exemplary two-day calendar 17 
for Thursday June 8, and Friday June 9, corresponds to the entries in the 

20 monthly calendar 15 portrayed with reference to Figure 4. The two-day 
calendar 17 displays that the Friday June 9, time-slot entry portrayed in 
monthly calendar 15 is for a time beginning at 1 :00 p.m. and ending at 4:00 
p.m.. 
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Referring to Figure 6, a preferred embodiment second party read 
access monthly calendar 35 of the present invention that corresponds to the 
j calendar owner's calendar 15 is iliustrateds eeft for a second party having a 
read access for the calendar owner's calendar 15 only for the time-slots 

5 Mondays - Fridays, 9:00 a.m. - 3:00 p.m.. The exemplary read access time- 
slots are consistent with the entries portrayed on the Owner Authorization 
menu 1 with reference to Figure 3. In calendar 35, the only data displayed 
from calendar owner's calendar 1 5 is the data for time-slots Mondays - 
Fridays, 9:00 a.m. -3:00 p.m., corresponding to the exemplary second 

10 party's read access times. Thus, with reference to both Figures 3 and 5, the 
entries for Mondays - Fridays, 3:00 p.m. - 9:00 a.m., and all day Saturdays 
and Sundays, have been omitted from the calendar owner's calendar 15 for 
presentation of the calendar for a reader having a restricted read access as in 
j the example herein. Referring to Figure 4, the entries 10a-n© fall fully within 

15 the time-slots Mondays - Fridays, 9:00 a.m. - 3:00 p.m., and are displayed in 
the restricted read access calendar 35 portrayed in Figure 6. The entries 
20a-e, for all Saturdays and Sundays, are not within the time-slots Mondays - 
Fridays, 9:00 a.m. - 3:00 p.m., and are not displayed in the restricted read 
access calendar 35 portrayed in Figure 6. The entries 30a-e, for time entries 

20 fully outside the read access period of 9:00 a.m. - 3:00 p.m. for Mondays - 
Fridays, are not displayed in the restricted read access calendar 35 portrayed 
in Figure 6. 

The time-slot entries that fall only partially within the second party read 
access time-slots are preferably portrayed in the second party's calendar with 
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the time-slots falling within the valid second party read access time-slots 
displayed (or printed for a printed calendar}, but without the descriptive 
information otherwise associated with a time-slot entry, and the time-slots 
| falling outside ofw tth&ut the valid second party read access time-slots not 
5 displayed (or printed). 

Thus, referring to Figure 4, time-slot entries 40a-c are portrayed on the 
conventional calendar owner's monthly calendar as beginning at 1:00 p.m. on 
June 12, with descriptive data printed; as beginning at 8:00 a.m. on June 13, 
| with descriptive data printed; and beginning at 7:00 a.m. on June 15, with no 
10 descriptive data printed; for entries 40a, 40b, and 40c respectively. 

Referring to Figure 7, the conventional calendar owner's two-day 
calendar for June 12, portrays the entry 40a beginning at 1 :00 p.m. in the 
monthly calendar, as spanning the time-period 1:00 p.m. -5:00 p.m. and 
having an exemplary descriptive data "DOCTOR" 60a. 
15 Referring to Figure 8, the conventional calendar owner's two-day 

calendar for June 13, portrays the entry 40b beginning at 8:00 a.m., as 
spanning the time-period 8:00 a.m. - 10 a.m. and having an exemplary 
descriptive data "MEETING" 60b. 

Referring to Figure 9, the conventional calendar owner's two-day 
20 calendar for June 15, portrays the entry 40c beginning at 7:00 a.m., as 
spanning the time-period 7:00 a.m. - 10:00 a.m. 60c. 

Again referring to Figure 6, the second party's preferred embodiment 
exemplary monthly calendar for June 12 portrays the entry 40a as time entry 
| 5S0a beginning at 1:00 p.m. and having no descriptive data printed. T JFfor 

18 
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June 13, portrays the entry 40b is portrayed a s time entry 550b beginning at 
9:00 a.m., rather thani 8:00 a.m., and having no descriptive data printed.? 
Ror June 1 5 X por t rays t he entry 40c is portrayed as time entry 550c 
beginning at 9:00 a.m. and having no descriptive data printed. 
5 Referring to Figure 10, the second party's preferred embodiment 

exemplary two-day calendar for June 12 portrays the Figure 7 time entry 60a, 
spanning the time range 1:00 p.m. ~ 5:00 p.m. and having an associated 
exemplary descriptive data " Docto r fdfddfdfd ", as a time entry 70a spanning 
the time range 1 :00 p.m. - 3:00 p.m.* so as to be fully within the bounds of 
10 the second party's valid read access times 9:00 a.m. - 3:00 p.m., and having 
no associated descriptive data. 

Referring to Figure 11, the second party's preferred embodiment 
exemplary two-day calendar for June 13 portrays the Figure 8 time entry 60b, 
spanning the time range 8:00 a.m. - 10:00 a.m. and net-having an associated 
exemplary descriptive data "MEETING", as a time entry 70b spanning the 
time range 9:00 a.m. - 10:00 a.m. 4 so as to be fully within the bounds of the 
second party's valid read access times, and having no associated descriptive 
data. 

Referring to Figure 12, the second party's preferred embodiment 
20 exemplary two-day calendar for June 15 portrays the Figure 9 time entry 60c, 
spanning the time range 7:00 a.m. - 10:00 a.m. and having no associated 
descriptive data, as a time entry 70c spanning the time range 9:00 a.m. - 
j 10:00 a.m.,. so as to be fully within the bounds of the second party's valid read 
access times, and having no associated descriptive data. 
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j Referring to Figure 13, a second party user gains both read and/or 

write access to the calendar owner's calendar by preferably entering 
appropriate data into a second party Guest Access menu 80. The second 
party selects and enters in the Open Calendar data entry field 82 an identifier 

5 of the calendar he or she is attempting to access. This identifier may be an 
identifier of the calendar owner. In a non-networked embodiment of the 
present invention, the non-networked computer may maintain a unitary 
calendar, and the User Authorization menu of an embodiment of the present 
invention may not have an open calendar data entry field for an identifier of 

10 the calendar, because there is only one calendar. The second party also 
preferably selects and subsequently enters into the User ID data field 84, his 
or her alphanumeric identifier. The alphanumeric identifier is the party, group 
of parties, or type of user identifier entered in exemplary data entry field 2 of 
Figure 1 , and alternatively in an embodiment of the present invention the 

1 5 j particular person identifier entered in exemplary data entry field 9afe in Figure 
2 that corresponds to the access status granted a second party in data entry 
field 2. 

It is expected that the second party identifier will generally be a group 
user type or group affiliation, e.g. "staff member", "teachers(s)*, or some other 
20 coded group identifier, and that other members of the group user type or 

affiliation will enter that same group identifier in data entry field 84, to gain the 
access status designated by the calendar owner. Thus, in an example, the 
calendar owner will grant second party calendar access to "staff member", 
and in order for a staff member to access the calendar according to his or her 
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designated status, will enter in ID data entry field 84 "staff member". 

However, if the calendar owner has entered a particular party identifier in 
j exemplary data entry field 9ab r a second party may also enter that particular 

identifier in exemplary ID data entry field 84 to gain access to the calendar. 
5 This is useful when the calendar owner wants to grant an access to particular 

persons on an individual basis and does not publish the party user 

identification entered into the User data entry field 2. 

It is understood that networked embodiments of the present invention 

may not have a data field to enter the second party user's identification, 
10 because the second party's computer system, the server, or the computer 

that maintains the calendar, may already have acquired the second party 

user's identification. The calendar support software verifies the second party 
| user's identification and, if the identification is in the second party records, 

sends to the second party computer system the calendar owner's calendar 
1 5 commensurate with the second party's read access status, and grants write 

access to the second party commensurate with the second party's write 

access status. 

Referring to Figure 1 4, the exemplary Second Party Write menu 90 
includes the data fields appropriate for a second party event schedule record 
20 creation, edit, and deletion. It is specifically contemplated that this data may 
j include the prior-art-event date 92, beginning and ending time 94, brief 
description 96, event type 98 including an exemplary appointment 98a, 
meeting 98b, event 98c, and reminder 98d, and detailed description 100. If 
the second party requesting access to the calendar owner's calendar does 
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not have a read access and/-or a write access status, the support software of 
the present invention displays to the second party a corresponding 
notification. 

Referring to Figure 15, the calendar processing software of the present 
invention maintains a calendar access status for second parties with respect 
to the calendar owner's calendar. Thus, a second party having a read access 
and/or a write access status with respect to the calendar has that status, and 
the assigned time-periods to which access has been granted, maintained by 
the software. The preferred embodiment of the present invention uses ffhe 
Owner Authorization menu 1 4 portrayed with reference to Figure 1. t to create 
and/or update the read access and/or write access status for second parties. 

According to the design of the Ownery ser- Authorization menu 1, the 
calendar processing software determines the alphanumeric identification of a 
second party 100 . as entered in the preferred embodiment bvthe calendar 
owner in the user data entry field 2. an4 The calendar support software 
determines w hether theat identified second party has a read access status in 
memory for the calendar owner's calendar 102. If the second party has a 
read access status record in memory, and the read access status field 4a 
associated with the second party is not selected 104, the support software 
20 eliminates the read access status for the second party from memory 108. If 
the second party has a read access status in memory, and the read access 
status field 4a associated with the second party is selected, the support 
software updates the read access status record associated with the second 
party in memory with the time-slot information from the read access time- 
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10 



period information 6a 106. If the second party does not have a read access 
status in memory, and the read access status field 4a associated with the 
second party is selected, the support software creates a read access status 
record in memory for the second party and associates with that record the 

5 time-slot information from the read access time-period information 6a 110. 

The calendar support software determines if the identified second party 
has a write access status in memory for the calendar owner's calendar 112. 
■ If the second party has a write access status record in memory, and the write 
access status field 4b associated with the second party is not selected, the 

10 support software eliminates the write access status for the second party from 
memory 116. If the second party has a write access status in memory, and 
the write access status field 4b associated with the second party is selected, 
the support software updates the write access status record associated with 
the second party in memory with the time-slot information from the write 

15 access time-period information 6b 118. If the second party does not have a 
write access status in memory, and the write access status field 4b 
associated with the second party is selected, the support software creates a 
write access status record in memory for the second party and associates 
with that record the time-slot information from the write access time-period 

20 Information 6b 120. 

If the present invention embodiment includes an Owner Authorization 
menu having data entry fields for a selection of a read and/or write access 
status and non-access status, the support software determines the access 
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status directly from the data entry fields, and creates and maintains the 
second party access status according to the status of these fields. 

In the preferred embodiment of the present invention, the calendar 
support software only creates a second party calendar having data for the 

5 read access time-slot information associated with the second party when a 
second party makes a read request of the calendar support software. When 
a second party makes a read request to the calendar owner's calendar, the 
support software first determines whether the second party has a read access 
status, and if so sends the calendar data for the read access data time-slots 

] 0 requested by the second party that match the second party's read access 
times stored in the second party's read access record. It is specifically 
contemplated that the present invention includes both the creation and 
maintenance of a calendar for each second party having read access at al! 
times, and/or the sending of calendar information to a second party for the 

15 times in which the second party has read access to the calendar owner's 
calendar whenever updates are made to the valid second party read access 
times. In the preferred embodiment of the present invention, the calendar 
support software writes data into the calendar owner's calendar from a 
second party for, and only for, the time-slots that correspond to the second 

20 party's valid write access time-periods. 

Referring to Figure 16, the preferred embodiment calendar processing 
software of the present invention includes instructions that designate to a 
calendar user a specific access ability based on a characteristic of the 
calendar user 144. The calendar user preferably enters into the computer by 

25 a menu his/her alphanumeric identification, preferably using the Guest menu 
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described with reference to Figure 13. The calendar processing software 
processes the request to access the calendar based on the access ability that 
was designated to that user 146. 

According to a preferred embodiment of the present invention, the 

5 designating 144 is based on associating with each user characteristic an 
access ability to the calendar that includes an ability to read data from specific 
time-periods, and/or write data into specific time periods, where the 
designated access ability includes the access ability that is associated with a 
conforming user characteristic. This user characteristic conforms in the 

10 recommended usage of this invention to the name of a user given calendar 
access, or a group affiliation or user type of that user, described as an 
alphanumeric selection of a party, group of parties, or type of user with 
reference to Figure 1 According to the preferred embodiment of the present 
invention, the preferred mode for entering this information is the Owner 

15 Authorization menu 1 described with reference to Figure 1 . Each user writes 
calendar data into the calendar from the user for the time-periods that the 
user has a write access ability 146, and reads calendar data to the user for 
the time-periods that the user has a read access ability 148. 
| The processing 146 includeSi if the designated specific access ability 

20 Includes an ability to write into the calendar for specific write-data time- 
periods, writing user data inputs into the calendar for the write-data time - 
| periods, and A if the designated specific access ability includes an ability to 
read data from the calendar for specific read-data time-periods, outputting to 
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I the user a request to r e ad data from the calendar for the read-data time- 
periods. 

Referring to Figure 17, the present invention includes a method of 
reading data from at least one time-slot, and writing data into at least one 

5 time-slot of a computer system maintained calendar. The method includes 
the computer system designating 150 to a non-calendar owner user 
particularized by his/her identification, a calendar access privilege, including a 
read access privilege and/or a write access privilege. The read access 
privilege includes an ability to read data from a first set of time-siot entries. 

10 The write access privilege includes an ability to write data to a second set of 
time-slots, wherein the first set time-slot entries and the second set time-slot 
entries are independent and may or may not fully or partially coincide. The 
method also includes the computer system reading an identification that is the 
identification of the user or one that has an access privilege of the user 152, 

15 and the user accessing calendar data from the computer system in 

accordance with the priviiege 154. The method includes reading data from 
the calendar and/or writing data to the calendar, based on the access 
privilege. The reading data includes reading data from only the first set of 
time-slot entries, and the writing data includes writing data to only the second 

20 set of time-slot entries. 

Referring to Figure 18, the present invention includes a method of 
receiving a request for a first party's calendar by a second party for a time- 
period, the second party having at least a selected group affiliation or a 
selected user type 174. The method includes selectively providing calendar 
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entries for the first party's calendar for the time-period in accordance with the 
second panys selected group affiliation 176 or user type 178, in response to 
the received request. 

Referring to Figure 19, the present invention includes a computer 

5 implemented calendaring method that includes receiving input for a first 
party's calendar for a time-period by a second party that has a selected group 
affiliation/user type 182, and processing the received request in accordance 
with the second party's group affiliation/user type 184. 

Referring to Figure 20, computer system 200 comprises bus 201, or 

10 other communication device for communicating information, and processor(s) 
202 coupled with bus 201 for processing information. Computing system 200 
further comprises main memory 204, a computer readable media that is 
commonly random access memory (RAM) or other dynamic storage device, 
coupled to bus 201 for storing information and instructions for execution by 

15 processor 202. Main memory 204 can also be used to storing temporary 
variables or other intermediate information during execution of instructions by 
processor 202. Computer system 200 also comprises a read only memory 
(ROM) media and/or other static storage device 206 coupled to bus 201 for 
storing static information and instructions for processor(s) 202. Data storage 

20 device 206, another computer readable media, is couple to bus 201 for 
storing information and instructions, and can be such exemplary computer 
readable media as magnetic disk, and/or an optical disk and corresponding 
drives. Display 208 is couple to bus 201 for displaying data generated by the 
processors 202, and mouse 210, or other exemplary selecting or pointing 
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device, and keyboard 212, each couple to bus 201 are used to input data 
into the processor 202. 

While certain exemplary embodiments have been described and 
shown in the accompanying drawings, it is to be understood that these 
5 embodiments are merely illustrative of and not restrictive of the broad 

invention. For example, the present invention is presented with reference to a 
plurality of displays and data input menus. These displays and data input 
menus are exemplary and illustrative of an embodiment of the present 
invention, and how the present invention can be used. It is understood that 
the displays and menus required bv the present invention and presented 
herein for exempiarv purposes are adaptable to conform to the data display 
and entry characteristics of other calendaring systems. The present invention 
is not limited to the specific constructions and arrangements shown and 
described, and alternative embodiments will become apparent to those skilled 
15 in the art to which the present invention pertains without departing from the 
scope of the present invention. The scope of the present invention is defined 
by the appended claims rather than the foregoing description. 
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I claim: 

11. A computer implemented calendaring method comprising: 

2 receiving input for a first party's calendar for a time-period by a second 

3 party having at least a selected identification characterized by at least one of 

4 a group affiliation and a user type; 

5 processing said received input in accordance with the second party's 

6 group affiliation/user type. 

1 2. The method defined in claim 1 including defining before said receiving 

2 at least one identification and an associated access privilege to said calendar; 

3 and wherein said selected identification corresponds to one of said defined 

4 identifications, and said processing includes granting said second party an 

5 access ability to said calendar associated with said selected identification. 

1 3. The method defined in claim 1 including receiving input by said first 

2 party of at least one identification and an associated calendar access, said 

3 access privileges each including at least one of a second party ability to 

4 access calendar data for only specified calendar time-slots, and to write data 

5 into said calendar for only specified time-slots; and wherein said received 

6 identification from said second party corresponds to one of said received 

7 identifications from said first party, and said processing includes granting said 

8 second party the calendar access ability associated with said corresponding 

9 received identification. 
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1 4. A computer implemented calendaring method comprising: 

2 receiving a request for a first party's calendar for a time-period by a 

3 second party having a selected identifier including one of a group affiliation 

4 identifier and a user type identifier; 

5 selectively providing calendar entries for the first party's calendar for 

6 the time-period in accordance with the second party's identifier in response to 

7 said request. 

1 5. The method defined in claim 4 including defining at least one identifier 

2 before said receiving, wherein said selected identifier is one of said input 



1 6. The method defined in claim 4 including before said request by said 

2 second party, receiving input from said first party that defines at least one 

3 identifier; and wherein said selected identifier is one of said identifiers 

4 received from said first party. 

1 7 The method defined in claim 4 including defining at least one identifier 

2 before said receiving, including defining at least one time-period associated 

3 with each said defined identifier, each time-period being a time-period for one 

4 of writing an entry for said calendar entry and for viewing an entry in said 

5 calendar. 
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1 8. A method of reading data from at least one time-slot and writing data 

2 into at least one time-slot of a first user's computer system maintained 

3 calendar comprising: 

4 designating by said computer system to a second user identification an 

5 access privilege to said calendar, including at least one of a calendar read 

6 access privilege and a calendar write access privilege, each said calendar 

7 read access privilege including an ability to read data only from at least one 

8 specified first time-slot, and each said calendar write access privilege 

9 including an ability to write data only into at least one specified second time- 

10 slot; 

1 1 reading by said computer system of a user identification that includes 

12 at least one of said second user identification and an identification defined to 

13 have said access privilege designated to said second user; and 

14 accessing data of said calendar by said user in accordance with said 

15 privilege. 

1 9. The method defined in claim 8 wherein said second user identification 

2 includes an identification of one of a group type and a group affiliation. 

1 1 0. The method defined in claim 8 including reading into said computer 

2 system said second user identification and said access privilege, as an input 

3 to said designating. 
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1 11. The method defined in claim 8 wherein said designating includes 

2 accessing from said first user said second user identification and said access 

3 privileges. 

1 12. The method defined in claim 8 wherein said accessing includes 

2 inputting data into said second time slots in accordance with said write access 

3 privilege, and read data from said first time-slots in accordance with said read 

4 access privilege. 

1 1 3. The method defined in claim 8 wherein said calendar includes at least 

2 one event that spans a plurality of third time-slots, only some of said third 

3 time-slots being first time-slots, and said events having both time-slot data 

4 and descriptive data; wherein said accessing for each said event omits said 

5 descriptive data. 

1 14, The method defined in claim 8 wherein said writing data to said second 

2 time-slot entries includes at least one of editing said data in said time-slot 

3 entries, creating an event record in said time-slot entries, inserting data in 

4 said time-slot entries, deleting data in said time-sfot entries, and deleting an 

5 event record in said time-slot entries. 

1 15. The method defined in claim 8 wherein said time-slot includes at least 

2 one of a time-period on at least one specific date, and a time-period on each 

3 day of each week. 
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1 16. The method defined in claim 8 wherein said writing data further 

2 includes at least one of categorizing a meeting, categorizing an appointment, 

3 categorizing a reminder, categorizing an event, categorizing an anniversary, 

4 categorizing a family event, categorizing a school meeting, and categorizing a 

5 social event. 
1 

1 17. The method defined in claim 8 wherein said access privilege further 

2 includes an event type access privilege including at least one of a calendar 

3 read access privilege that includes an ability to read data only from a 

4 specified event type, and a calendar write access privilege that includes an 

5 ability to write data only into a specified event type. 

1 18. An article of manufacture including one or more computer-readable 

2 media having stored thereon a plurality of programming instructions for 

3 implementing a computer-hosted calendar to be executed by at least one 

4 processor, that when executed perform the following operations: 

5 designate to a user of said calendar a specific access ability based on 

6 a characteristic of said user; 

7 process a request to access said calendar based on said designated 

8 access ability. 

1 19. The article of manufacture defined in claim 1 8, wherein said specific 

2 access ability includes an ability to at least one of read data from only specific 

3 read-data time-periods of said calendar, and write data into only specific 

4 write-data time-periods of said calendar; and wherein said process includes at 
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5 least one of send data to said user in conformance with said read-data time- 

6 periods, and update said calendar in conformance with said write-data time- 

7 periods. 

1 20. The article of manufacture defined in claim 1 8 wherein said operations 

2 include before said designate, 

3 associate with each of at least one user characteristics an access 

4 ability to said calendar, said user access ability including an ability to at least 

5 one of only read data from specific read-data time-periods of said calendar, 

6 and only write data into specific write-data time-periods of said calendar; and 

7 wherein said designated specific access ability includes said associated 

8 access ability to said calendar if said characteristic of said user conforms with 

9 one of said user characteristics. 

1 21 The article of manufacture defined in claim 1 8 wherein said operations 

2 include read from a user said characteristic before said designating. 

1 22. The article of manufacturing defined in claim 18 wherein said 

2 operations include read from an owner of said calendar an identification of 

3 said characteristic of said user and said specific access ability, for each of at 

4 least one characteristic. 

1 23. The article of manufacturing defined in claim 18 wherein said 

2 characteristic includes one of an individual identifier, a group affiliation, and a 

3 user type. 
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1 24. The article of manufacturing defined in claim 1 8 wherein said specific 

2 access ability includes an ability to read data from specific read-data time- 

3 periods of said calendar, and wherein if said calendar includes at least one 

4 event that spans a plurality of time-periods, only some of which are read-data 

5 time periods wherein each said event includes both time-period data and 

6 descriptive data, then said process includes an ability to read data from said 

7 specific read-data time periods omitting said descriptive data. 

1 25. The article of manufacturing defined in ciaim 1 8 wherein said 

2 operations include read from an owner of said calendar a first characteristic 

3 and an associated first specific access ability, and at least one second 

4 characteristic that is assigned the specific said first characteristic access 

5 ability before said designating, wherein when said user characteristic is 

6 equivalent to one of said second characteristics, said designating user is 

7 designated said first access ability as its specific access ability. 

1 26. The article of manufacturing defined in claim 1 8 wherein said process 

2 includes, if said designated specific access ability includes an ability to write _ 

3 into said calendar for specific write-data time-periods, process a request to 

4 write data into said calendar for said write-data time -periods, and if said 

5 designated specific access ability includes an ability to read data from said 

6 calendar for specific read-data time-periods, process a request to read data 

7 from said calendar for said read-data time-periods. >. 
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1 27. The article of manufacturing defined in claim 18 wherein said specific 

2 access ability includes an ability to at least one of read data from only specific 

3 event type time-periods of said calendar, and write data into only specific 

4 event type read-data time periods of said catendar; and wherein said process 

5 includes at least one of send data to said user in conformance with said read- 

6 data time-periods, and update said calendar in conformance with said write- 

7 data time periods.. 

1 28. The article of manufacturing defined in claim 18 wherein said process 

2 includes an ability to update said calendar by a user with specified event type 

3 data. 
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ABSTRACT OF THE DISCLOSURE 

A method of calendaring events in a computing system, and an article 
containing instructions for operating a calendar in a computing system are 
disclosed. A calendar owner defines a plurality of user types and user 

5 identifications for his or her calendar. Each user type or identification has a 
separate associated read and/or write access to the calendar owner's 
calendar defined by the specific. calendar time-stots accessible in the calendar 
owner's calendar. These read and/or write time-slots are determined by the 
calendar owner so that different second party users can each have separately 

10 defined read and/or write access capability to the calendar owner's calendar 
determined by the calendar owner. 
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